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(54) Title: MAINTAINING SYNCHRONIZATION IN A VIRTUAL WORKSPACE 




(57) Abstract: A method and system for synchronizing files shared by members of a distributed workgroup through electronic mail. 
Electronic mail having a synchronization conunand embedded in multipurpose internet mail extensions is generated (102) when a 
workgroup member revises a workgroup file and is sent (103) to the other workgroup members. Upon receipt (104) of the electronic 
mail containing the synchronization command (105), the local copy of the corresponding workgroup file resident on the computer 
of the recipient is synchronized to reflect the revision (107, 108, 109, 110). Membership in the workgroup is managed through 
electronic mail having embedded mailer's list management conunand as well. 
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MAINTAINING SYNCHRONIZATION IN A VIRTUAL 

WORKSPACE 

BACKGROUND 

5 . 

I. Field of the Invention 

The present invention relates generally to maintaining a synchronized 
multi-user collaborative environment, and more particularly to methods and 
10 systems of maintaining synchronization in a multi-user collaborative 
environment through the use of standard internet- tormatted electronic mail. 

IL Related Art 

15 In collaborative multi-user environments, i>tten referred to as workgroup 

environments, a number of users or workgroup members operating in their 
individual or local workspaces have access to a single computer file 
simultaneously. The ability to access the file m this manner typically includes 
the ability of each member to alter the file at ari\ tmu* as well. Thus, the larger 

20 the number of members in the workgroup the n^^re critical it becomes that the 
individual workspaces of each member be syn^ hroru/ed to ensure that all users 
in the workgroup have access to the same \ ersi.ni lile. 

Various methods and systems for maint ji:.::^^ .» synchronized workgroup 
environment .are known in the art. Many sik h s\ ^^tems involve the use of a 

25 centralized workspace wherein synchroni/.ed tiie^ are maintained in a single 
location but can be accessed remotely by workgrvuip members from their local 
workspaces. Software residing in the centralized \\'i»rkspace performs the task of 
synchronizing any files that have been accessed and revised simultaneously by 
various workgroup members in their local workspaces. 

30 One example of such a system utilizes the internet as the means of 

accessing the centralized workspace. Workgroup members access files installed 
on a central server using internet browsers installed in their local workspaces. 
As the workgroup members revise copies of a shared file in their local 
workspaces, a software plug-in installed on their internet browser communicates 

35 those revisions to the central server via the internet. Software residing on the 
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central server then synchronizes the file residing on the central server with the 
revised file located in the individual workspace. The software on the central 
server will also send electronic mail. In the standard configuration, a local 
workspace for a workgroup member must be connected to the internet while the 
workgroup member is working on a shared file in his local workspace. If a 
workgroup member wants the ability to work on a shared file while off-line from 
the intemet, he must install additional proprietary software on the computer in 
his local workspace. 

Another method for maintaining a synchronization in an as5mchronous 
distributed workgroup environment involves a rudimentary use of electronic 
mail to communicate revisions to workgroup members. In its isimj^lest form, a 
workgroup member will create in their local workspace a file to be shared with 
the other members of the workgroup. The workgroup member \viU then send 
copies of the shared file to the other workgroup members as an electronic mail 
file attachment, along with written comments or instructions regarding what has 
been done or is to be done with the copy of thie shared file. As each member in 
the workgroup revises their copy of the shared document in their local 
workspace, they must then send a copy of their revised copy or versiion of th^ 
shared file to every other member of the wbrkgfoup. It is then up to the other 
workgroup members to notice that a revised copy of the shared file has arrived 
in their local workspace, and overwrite their copy of the shared file with the 
revised copy of the shared file or create a new version of the shared file which 
they will recognize as the latest version of the shared file irt their local 
workspace. In other words, it is up to each individual workgroup member to 
synchronize his local workspace. 

The limitations of the foregoing method are obvious, and become 
increasingly more limiting as the number of workgroup members increases. 
Particularly troubling is the scenario involving multiple workgroup members 
revising their copies of the shared file simultaneously. Rather than simply 
overwriting their copy of the shared file with the revised copy of the shared file 
that has arrived in their local workspace, each workgroup member must then 
choose which revised copy of the shared file to use as the synchronized shared 
file residing in their local workspace, abandoning the revisions in the other 
revised copies of the shared file, or create several new versions of the shared file 
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which they will recognize as the latest versions of the shared file in their local 
workspace. 

These problems and deficiencies are recognized and solved by the present 
invention in the manner described below , 

SUMMARY OF THE IN VENTION 
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The present invention is directed to a method and system that allows one 
to maintain synchronization among shared computer files in asynchronous 
distributed workgroup environments without the need for a centralized 
workspace or centralized server, homogeneous computers in the local 
workspaces of workgroup members, proprietary communication protocols or 
dedicated network connections between members of a workgroup. A system 
having features of the present invention comprises a number of electronic mail 
15 servers, a number of computers capable of sending and receiving standard 
ir\temet formatted electronic mail,, and electronic mail user agents installed on 
each of the computers. Whenever one of the computers in the system receives an 
electronic mail message and the user agent resident on that computer detects a 
synchronization command embedded in the multipurpose internet mail 
20 extensions of the internet formatted message, the user agent will synchronize the 
shared files residing on the computer in the local workspace of that workgroup 
member. Some types of synchronization commands are accompanied by file 
attachments or additional MIME parts in the electronic mail message. 

A system having features of the present invention may also generate and 
25 send to the other members of the workgroup electronic mail messages 
containing embedded synchronization commands whenever a workgroup 
member revises a shared computer file in his local workspace. A system having 
features of the present invention may also utilize embedded mailing list 
management commands to add and remove computers from the system. 



30 



BRIEF DESCRIPTION OF THE DRAWINGS 



The features, objects and advantages of the present invention will become 
more apparent from the detailed description set forth below when taken in 
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conjunction with the drawings, in which like reference characters identify 
corresponding items throughout and wherein: 

Figures 1 and lA are a flow diagram of a method for automatically 
synchronizing computer files shared by members of a workgroup, in accordance 
with a preferred embodiment of the invention. 

Figure 2 and 2A are a flow diagram of a method for adding and deleting 
members to a workgroup, in accordance with a preferred embodiment of the 
invention. . , 

Figure 3 is a block diagram showing the components of a system for 
automatically synchronizing computer files shared by members of a workgroup, 
in accordance with a preferred embodiment of the invention. ■ - 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

The present invention utilizes commands embedded in standard internet 
formatted electronic mail to achieve various functions in workgrotip 
environments. Specifically, preferred embodiments of the present invention 
utilize commands embedded in the multipurpose internet mail extensions 
(MIME) of standard internet formatted electronic mail to synchronize files 
shared by members of a workgroup, add new merhbers to a workgroup, and 
remove existing members from a workgroup. A preferred embodiment of the 
present invention synchronizes files shared by members of a workgroup 
automatically and in the background. Preferred embodiments of the present 
invention also address the situation where two or three workgroup members 
revise a local workgroup file simultaneously. 

Referring now to Figures 1 and lA, there is shown a flow diagram of a 
computer-implemented method for automatically synchronizing computer files 
shared by members of a distributed asynchronous workgroup according to one 
embodiment of the present invention. One skilled in the art will note however 
that the present invention is neither limited to the particular embodiments 
disclosed nor distributed asynchronous networks/and may be utilized with, by 
way of example only, synchronous networks, non-distributed networks, and 
various combinations thereof. 
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Each member of the workgroup has local copies of the shared files 
residing on their computer, as well as -a workgroup mailing list containing the e- 
mail addresses of each member in the workgroup. The local copies of the files 
shared by the members of the workgroup are the only copies of the shared files 

5 necessary for the method. There is no need for a centralized workspace wherein 
the shared files reside and are accessed remotely by members, wherein copies of 
the shared files reside and are synchronized in that central location, or wherein a 
master workgroup mailing list would be maintained. Any particular member of 
the workgroup may also be a member of other workgroups, in which case he 

10 will have local copies of shared files and a workgroup mailing list for each of the 
workgroups of which he is a member. In a preferred embodiment of the 
, invention, each workgroup member has a local workgroup folder, directory, or 
similar; storage location, for each workgroup of which they are a member and 
wherein their local copies of the shared workgroup files for each workgroup 

15 reside.^ : 

. Referring now to Figure 1, the process begins in step 101 when a 
workgroup member revises his local copy of a workgroup file. Revisions include 
creating a new workgroup file, deleting a workgroup file or creating a new 
version of a workgroup file: Other file operations may however be considered 

20 revisions as well. In response to the file revision in step 101, the computer in 
step 102 automatically creates an e-mail message in MIME format with a 
synchronization command embedded in the MIME and attaches a copy of the 
revised local workgroup file to the e-mail message as a MIME file attachment or 
MIME part. Jn a preferred embodiment of the invention, the synchronization 

25 commands are embedded in the MIME formatted e-mail as MIME text header 
field values. Synchronization commands include add commands, corresponding 
to the creation of a new workgroup file; update commands, corresponding to the 
creation of a new version of a workgroup file; and delete commands, 
corresponding to the deletion of a workgroup file. 

30 Referring still to Fig. 1, in step 103 the computer automatically queues and 

sends the message created in step 102 to those addresses appearing in the 
workgroup mailing list of that workgroup member. In step 104 another member 
of the workgroup receives the e-mail message created in step 102. In response to 
the receipt of the e-mail in step 104, the computer automatically determines 
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whether or not there is a synchronizatiori command embedded in the MIME of 
that e-mail. If there is no embedded synchronization command detected, the e- 
mail is treated as a normal or non-workgroup related e-mail by the computer in 
steplOSA. . , 

If an embedded synchronization command is detected in step 105, the 
computer determines in step 106 whether the recipient of that e-mail is a member 
of the workgroup with which the command is associated. If the recipient has 
information regarding the workgroup in their local workgroup list they are 
members of the workgroup. If the computer determines that the recipient is not 
a member of the workgroup, the e-mail is disregarded in step 106A and no local 
workgroup file operations are performed in response to the e-mail.s ^ - = - 

If the computer determines in step 106 that the .recipient is a member of 
the workgroup, the computer determines in step 107> referring now to Figure 1 A, 
whether the embedded synchronization command/ is an add or up! date 
command. If the computer detects an add or update command, the computer 
determines in step 108 whether a local copy of the particular workgroup file 
exists in the local workgroup files of the recipient workgroup member. If a local 
copy of the workgroup file does exist, the fiompujer ^creates a backup copy of ihe 
existing local copy of the workgroup file in step 109, and saves in step 110 the 
MIME file attached to the e-mail as the local workgroup file of the recipient 
workgroup member. The computer will typically store the backup copy in a 
specially designated file or storage location which can be pre-selected by the 
computer or system of the invention. In an alternative embodiment of the 
present invention, the workgroup member can set or select the number of 
generations of backup copies that will be kept. If the conlputer determines in 
step 108 that no local copy of the workgroup file exists, the computer skips to 
step 110 and saves the MIME file attached to the e-mail as the local copy of the 
workgroup file of the recipient workgroup member. 

Referring still to Figure 1 A, if the computer determines in step 107 that the 
S5aichronization command embedded in the MIME of the e-mail is neither an 
add nor an update command, the computer then determines in step 111 whether 
the synchronization command is a delete command. If the computer determines 
that the command is not a delete command, the e-mail is disregarded in step 
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111 A and no local workgroup file operations are performed in response to the e- 
mail. 

If the computer determines in step 111 the embedded synchronization 
command is a delete command, the computer determines in step 112 whether a 
local copy of the workgroup file associated with the delete command exists in 
the active local workgroup files of the recipient workgroup member. If a local 
copy of the workgroup file does exist, the computer creates a backup copy of the 
local copy in step 113, and removes or deletes the local copy from the current 
local workgroup files of the recipient workgroup member. The computer will 
typically store the backup copy in a specially designated file folder or location. If 
the computer determines in step 11 1 that no active local copy of the workgroup 
file associated with the delete command exists, the e-mail is disregarded in step 
112A and i>o local -workgroup file operations are performed in response to the e- 
mail. . . 

According to an alternative embodiment of the present invention, each 
local copy of a workgroup file typically has two associated digests, a local- 
copy .digest and an ancestor .digest, as well as a record of the last modification 
time of the local copy. Whenever a local copy is revised by a workgroup 
member in step 101 of the process noted above, the computer updates the last 
modification time record for the local copy to accurately reflect the time and date 
when the file was revised. In step 102 of the process above> the computer also 
creates a new local-copy.digest using a hashing algorithm and saves the existing 
local-copy.digest as the ancestor.digest, before generating the e-mail message 
containing the embedded synchronization command. 

Those having skill in the art will appreciate that many different hashing 
algorithms may be used to generate the digests in accordance with the present 
invention such as the Message Digest 5 (MD5) algorithm, or others such as those 
discussed in Chapter 18 of "APPLIED CRYPTOGRAPHY, Protocols, Algorithms, 
and Source Code in C" by Bruce Schneier, 2"^^ Ed. 1996, Wiley & Sons, Inc. 
However, the Secure Hashing Algorithm (SHA-1) defined in PIPS PUB 180-1 
issued by the National Institute of Standards and Technology, and which is 
incorporated by reference herein, is particularly well-suited for used with the 
present invention. The SHA-1 algorithm takes a message or file that is less than 
2" bits in length and produces a 160-bit message digest that is designed in a way 
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that is computationally expensive to find a text which matches a given hash. In 
other words, if one has an SHA-1 hash for document A, H(A), it is exceedingly 
unlikely that one will find a document B where H(B) = H(A). In the case of a 
new workgroup file being created by a workgroup member, which would 
ultimately generate an e-mail having an embedded add synchronization 
command, the local copy will have only a local-copy. digest associated with it 
until that local copy is revised, at which point the digests are hahdled as noted 
above in conjunction with an update. 

Having created the new local-copy .digest and saved the previous local- 
copy.digest as the ancestor.digest, the computer completed step 102 fey 
generating an e-mail message in MIME formaf With ' an eiribeddfed 
synchronization command as before, withone exception- The computer ^i^^ 
as part of the embedded synchronization command the ahcestbrldig^St of the' 
revised local copy; unless the revision to the local copy in step 101 w^s the 
creation of a new workgroup file, in which case the computet includes as part of 
the embedded sjmchronization comniand, a digest that is a 'copy of the local- 
copy.digest created for the new file. . : . ; > j 

The method proceeds as described above up to either step 108 or 112. If 
the result of the determination in step 108 is "Yes," indicating that a local copy of .; 
the attached workgroup file exists, the computer determines whether the digest 
of the workgroup file attached to the e-mail is identical to the digest of the local 
copy. Thus, in the case of an update command, the computer determines 
whether ancestor.digest = local-copy. digest; and in the case of an add command, 
whether digest = local-copy .digest. If the digests are identical, the acid or update 
command is valid, a backup copy of the existing local copy is created, and the 
workgroup file attached to the e-mail is saved as the local copy of the workgroup 
file. If the digests are not identical there is a conflict, indicating that the existing 
local copy and the copy of the workgroup file attached to the e-mail do not have 
the same ancestry. The workgroup member is notified of the conflict and must 
then choose how to resolve the conflict. If the result of the determination in step 
108 is "No," indicating that a local copy of the attached workgroup file does not 
exist, the attached workgroup file is saved as the local copy on the recipient's 
computer as before. 
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Referring now to step 112, if the result of the determination is "Yes/* the 
computer determines whether the digest of the workgroup file attached to the e- 
mail is identical to the digest of the local copy. In other words, whether 
ancestor.digest = local-copy.digest. If the digests are identical, the delete 
command is valid, a backup copy of the existing local copy is created and the 
local copy of the workgroup file is deleted from the recipient's computer. If the 
digests are not identical there is a conflict, indicating that the existing local copy 
and the copy of the workgroup file attached to the e-mail do not have the same 
ancestry. The workgroup member is notified of the conflict and must then 
choose how to resolve the conflict. If the result of the determination in step 112 
is "No," indicating that a local copy of the attached workgroup file does not exist, 
the computer disregards the e-mail and no file operations are performed on the 
recipient workgroup member's computer. 

Exemplary add, update, and delete commands containing the foregoing 
digests are seen as follows: 

Add - 



Mime- Version: 1.0 

Content-Type: . text/x,peanut-conunand 

Workgroup-Name: "Eudora Alpha testers" 

Workgroup-ID: 1951Jo 

Workgroup-Code:. . 1951390234 

Action: add 

Action-Source-Naine: "Steve Domer" 

Action-Source-Address: sdomer@qualcomm.com 

Action-Object-Name: Eudora4.2b81-6.99PPC.sit 

Action-Object-Path: '741 /Eudora4.2b81-6,99PPC.sit" 

Action-Object-Digest: 4AA973CD4C4DAA4F61EEB2BDBAD27316534016F 

Action-Object- Attachment: 10320905 



Update 

Mime- Version: 1.0 

Content-Type: text/x.peanut-command 

Workgroup-Name: "Eudora Alpha testers" 

Workgroup-ID: 1951Jo 

Workgroup-Code: 1951390234 

Action: update 

Action-Source-Name: "Steve Domer" 
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Action-Source-Address: sdomer@qualcomm .com 
Action-Object-Name: Eudora4,2b81-6.99PPC.sit 
Action-Object-Path: "/41/Eudora4,2b81-6.99PPC.sit" 
Action-Object-Digest: 

34AA973CD4C4DAA4F61 EEB2BDBAD27316534016 

F 

Action-Object-Prior-Digest: 84983E441C3BD26EBAAE4AA1F95129E5E54670F1 
Action-Object- Attachment: 21145733 



Delete 



Mime- Version: l.Q 

Content-T5^e: text/x.peanut-command 

15 Workgroup-Name: "Eudora Alpha testers 

Workgroup-ID: 1951Jo 

Workgroup-Code: 1951390234 

Action: delete = , ; v-. 

Action-Source-Name: "Steve Domer" < . , 

20 Action-Source- Address: sdomer@qualcornm com ' ' " 

Action-Object-Name: Eudora4.2b78-5.<^9rrc Mt 

Action-Object-Path: V41/Eudora4.2b7h-r>^^PI*C.sit'* 
Action-Object-Prior-Digest: 84983E441C3BD26Ff> A \IA A A 1 F95129E5E54670F1 

25 ~~ 

Those having skill in the art will appn c Mtt that other commands and 
forms of the commands are possible, and that tin invi ntion is neither limited to 
the specific commands nor the specific form^ ol tM. c onmiands set forth herein., 

Referring now to Figures 2 and 2A, tht rt -shiuvn a flow diagram of a 
computer-implemented method for automatualu uJilin^ new rnembers to or 
removing existing members from a workgroup a. . ording to one embodiment of 
the present invention. Each member of the uiukcrtuip has local copies of the 
shared files residing on their computer, as wi ll .)> a workgroup mailing list 
containing the e-mail addresses of each member in tju; workgroup The local 
35 copies of the files shared by the members of the work>;roup are the only copies of 
the shared files necessary for the method. There is no need for a centralized 
workspace wherein the shared files reside and are accessed remotely by 
members, wherein copies of the shared files reside and are synchronized in that 
central location, or wherein a master workgroup mailing list would be 
40 maintained. 

Any particular member of the workgroup may also be a member of other 
workgroups, in which case he will have local copies of shared files and a 
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workgroup mailing list for each of the workgroups of which he is a member. In 
a preferred embodiment of the invention, each workgroup member has a local 
workgroup folder or storage location for each workgroup of which he is a 
member and wherein his local copies of the shared workgroup files for each 
5 workgroup reside. 

Referring to Figures 2, the process begins in step 201 when a computer 
user, who may or may not be a current member of the workgroup, receives an e- 
mail in MIME format. In response to the receipt of the e-mail in step 201, the 
computer determines whether there is a mailing list management command 

10 (MLM command) embedded in the. MIME of that e-mail, MLM commands 
include invitation . commands; corresponding to an invitation to add the 
computer user to the workgroup; rsvp commands, corresponding to the addition 
of the computer user to the workgroup as a new member; introduction 
commands, corresponding to the introduction of the new workgroup member to 

15 the other workgroup members by the author of the invitation command; 
welcome commands, corresponding to the welcoming of the new member to the 
workgroup by the other workgroup members; and leave commands, 
corresponding to the removal of an existing member from the workgroup. Other 
MLM commcinds are contemplated that would correspond to other workgroup 

20 mailing list revisions. If there is no embedded MLM command detected, the e- 
mail is treated as a normal or non-workgroup related e-mail by the computer in 
step 202A. If an embedded MLM command is detected in step 202, the computer 
then determines in step 203 whether the MLM command is an invitation 
command. 

25 Referring still to Figure 2, if the computer detects an invitation command 

in step 203, the computer determines in step 204 whether the recipient of the e- 
mail is an existing member of the workgroup. If it is determined that the 
recipient of the e-mail in step 201 is an existing member of the workgroup, the e- 
mail is disregarded in step 204A and no operations are performed on the 

30 workgroup mailing list of the recipient workgroup member. If it is determined 
in step 204 that the recipient is not an existing member of the workgroup, the 
computer automatically creates a workgroup mailing list in step 205. In step 206, 
the computer then sends an e-mail in MIME format with an invitation command 
embedded in the MIME of that e-mail to the author of the e-mail received in step 
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201 that contained the invitation command. In another embodiment of the 
present invention, the computer notifies the new workgroup member that they 
have been added to the workgroup. In yet another embodiment of the invention, 
prior to creating the workgroup mailing in step 205, the computer notifies the 
recipient of the e-mail in step 201 that they have been invited to join the 
workgroup and queries them whether they wish to join the workgroup. Only if 
the recipient responds to the query in the affirmative does the computer proceed 
to steps 205 and 206 described above. Otherwise, the computer distegards the 
invitation command, and no further steps in the process would be performed. 

Referring still to Figure 2, if the computer det^rmihes in step 203 that the 
e-mail contains no embedded invitation command, the corfipuJter detefthmes; in 
step 207, whether the.recipient of the e-mail in step 201 fs ari existirig lAerhbef of 
the workgroup. If the recipient is not an existing- m^mbfer of the workgroup j the 
computer disregards the embedded MLM <:omkiand iA step 207A and exiti the 
process. If the recipient of the e-mail is a member of the workgrdiip, th^ 
computer determines whether the MLM command is an rsvp' command in step 
208. If the MLM command is an rsvp conjmand, the computer then deteririin^^, 
in step 209, whether the recipient of the e-mail; previously sent ah invitatic)n 
command to the author of the e-mail received' in istep 201. ' If the recipient of the 
e-mail did not previously send an invitation command to the author of the e- 
mail received in step 201, the computer in step 209A ■■disregards the rsvp 
.conunand and exits the process. If the recipient of the e-mail did previously 
send an invitation command to the author of the e-mail received in step 201, the 
computer adds the author of the e-mail received in step 201 to the workgroup 
mailing list of the recipient in step 210. In step 211, the computer autoihatically 
creates an e-mail message in MIME format with an introduction command 
embedded in the MIME, queues and sends the e-mail to the other members of 
the workgroup. The computer may also notify the recipient that the neW 
workgroup member has been added. In an alternative embodiment, the 
computer may also send copies of the current workgroup files residing on the 
computer (i.e., the local copies on the computer for the relevant workgroup) to 
the new workgroup member in step 211. Otherwise, the new workgroup 
member receives workgroup files in conjimction with add or update commands. 
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Referring still to Figure 2, if the computer determines in step 208 that the 
embedded MLM command is not an rsvp command, the computer then 
determines, referring now to Figure 2A, in step 212, whether the MLM command 
is an introduction command. If the MLM command is an introduction 
5 command, the computer determines, in step 213, whether the address of the new 
member being introduced appears in the workgroup mailing list of the e-mail 
recipient of step 201. If the address of the new member being introduced does 
appear in the workgroup mailing list of the e-mail recipient, the computer 
disregards the introduction command and exits the process in step 213A. If the 
10 address of the new member being introduced dcu's not appear in the workgroup 
mailing list of the e-mail recipient, the computer adds the address of the new 
member to workgroup mailing list of the e-m.ul rt^cipicnt in step 214. The 
computer, in step 215, automatically creates an e-mail message in MIME format 
with a welcome command embedded in the MIMF. queues and sends the e-mail 
15 to the new member whose address was added to tlu* workgroup mailing list in 
step 214, The computer may also notify the recipient that a new workgroup 
member has been added. 

Referring still to Figure 2A, if the computer determines in step 212 that the 
embedded MLM command is not an introduction ci^mmand, the computer then 
20 determines whether the MLM command is a weKonu- command in step 216. If 
the MLM command is a welcome command, ihr computer determines, in step 
217, whether the address of the author of the e-nuul received in step 201 and 
containing the welcome command appears in the uork^roup mailing list of the 
recipient. If the address of the author of the e-mail received in step 201 appears 
25 in the workgroup mailing list of the recipient, the computer disregards the 
welcome command and exits the process in step 21 7A. If the address of the 
author of the e-mail received in step 201 does not appear in the workgroup 
mailing list of the recipient, the computer adds the address of the author to the 
workgroup mailing list of the recipient in step 218: 
30 Referring still to Figure 2A, if the computer determines in step 216 that the 

embedded MLM command is not a welcome command, the computer 
determines whether the MLM command is a leave command in step 219. If the 
MLM command is not a leave command, the computer disregards the e-mail 
received in step 201 and exits the process in step 219A, If the MLM command is 
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10 



a leave command, the computer determines whether the address of the member 
to be removed appears in the workgroup mailing list of the recipient in step 220. 
If the address of the member to be removed does not appear in the workgroup 
mailing list of the recipient, the computer disregards the leave command and 
exits the process in step 220 A. If the address of the member to be removed 
appears in the workgroup mailing list of the recipient, the computer removes the 
address from the workgroup mailing list of the recipient in step 221. The 
computer may also notify the recipient that a workgroup member has been 
removed. 

Exemplary invitation, rsvp, introduction, welcome and removal 
commands in accordance with a preferred embodiment of the present invention 
are as follows: : 



15 



20 



Invitation 



25 



Mime- Version: 

Content-Type: 

Workgroup-Name: 

Workgroup-ID: 

Workgroup-Code: 

Workgroup-Description: 

Action: 

Action-Source-Name: 
Action-Source- Address: 



1.0 

text/x.peanut-invitation 
"Eudora Alpha testers" 
1951JO 
1951390234 

"Alpha Testing of Eudora" 
invite 

"Steve Domer" 
sdomer@qualcomm.com 



Rsvp 



Mime-Version: 
30 Content-Type: 

Workgroup-Name: 

Workgroup-ID: 

Workgroup-Code: 

Action: 
35 Action-Source-Name: 

Action-Source- Address: 



1.0 

text/ x. peanut-invitation 

"Eudora Alpha testers" 

1951JO 

1951390234 

rsvp 

"Rob Chandhok" 
chandhok@within.com 



40 



Introduction 



Mime-Version: 
Content-Type: 
Workgroup-Name: 
Workgroup-ID: 



1.0 

text/x.peanut-invitation 
"Eudora Alpha testers" 
1951JO 
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Workgroup-Code: 


1951390234 




Workgroup-Description: 


"Alpha Testing of Eudora" 




Action: 


introduce 




Action-Soiirce-Name: 


"Steve Domer" 


5 


Action-Source- Address: 


sdomer@qualcomm.com 




Action-Target-Name: 


Rob Chandhok 




Action-Target- Address: 


chandhok@within.com 


10 


Welcome 






Mime- Version: 


1,0 




Content-Type: 


text/ x.peai^ut-invi tation 




Workgroup-Name: 


"Eudora Alpha testers" . 


15 


Workgroup-ID: 


1951JO 




Workgroup-Code: ; 


1951390234 . 




Workgroup-Description: 


"Alpha Testing of Eudora" 




^ Action: : ^ 


welcome 




Action-Source-Niime: 


"Rob Chandhok" 


20 


Action-Source- Address: 


chandhok@within.com 




Leave 




25 


Mime- Version: 


1.0 : ' 




Content-T)q5e: 


text/x.peanut-invitation 




Workgroup-Name: 


"Eudora Alpha testers" 




Workgroup-ID: 


1951JO 




Workgroup-Code: 


1951390234 


30 


Workgroup-Description: 


"Alpha Testing of Eudora" 




Action: 


leave 




Action-Source-Name: 


"Rob Chandhok" 




Action-Source- Address: 


chandhok@within.com 



35 



Those having skill in the art will appreciate that other commands and 
forms of the commands are possible, and that the invention is neither limited to 
the specific commands nor the specific forms of the commands set forth herein. 

40 Referring now to Figure 3, there is a block diagram showing the 

components of a system for automatically synchronizing computer files shared 
by members of a workgroup, and adding members to and removing members 
from a workgroup with commands embedded in the MIME of standard internet 
formatted mail in accordance with a particular embodiment of the invention. 

45 The e-mail transmissions between members of a workgroup in the methods 
described above are represented by the dashed lines between components 301A- 
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D and 302A-C. Components 301A-D are standard internet mail servers such as 
POP or IMAP servers. Components 302A-302C are the computers of the various 
workgroup members, and each has the hardware necessary to send e-mail to and 
receive e-mail from one or more of the mail servers 301 A-D. Components 303 A- 
C, referred to as mail user agents, represent the software packages residing on 
the user computers 302A-C that actually perform many of the operations in the 
methods described above. While there must be at least one mail server and at 
least two workgroup members, and there must be a mail user agent ir\stalled on 
each computer in the system, the number, of computers and mail servers in. the 
system is otherwise imlimited. . -'^ 

The preceding description of the preferrfed embodiments of the ih:N^ention 
is provided to enable any person skilled in the art to make and use the invention. 
The various modifications these embodiments will be readily apparent fo-' those 
skilled in the art, and the generic principle's defined here^^ 
other embodiments without the exercise of inventive faculty. Thus, the present 
invention is not intended to be limited to the methods and systems shown and 
discussed herein but is to be accorded the widest scope consistent with the 
claims set forth below. " = y ' , 

What is claimed is: 
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CLAIMS 

1. A system for synchronizing shared computer files comprising: 
2 (a) at least one electronic mail server; 

(b) a plurality of computers, wherein each of said computers is capable 
4 of sending and receiving electronic mail having multipurpose internet mail 

extensions to and from one of said electronic mail servers, and wherein local 
6 copies of said shared computer files reside on said computers; and 

(c) electronic mail user agents installed on each of said plurality of 
8 : computers, wherein each of said electronic mail user agents S5nichrorLizes said 

local copies in response to synchronization commands embedded within said 
10 multipurpose internet mail extensions of said electronic mail received by said 
computers from said electronic mail isefver. 

2. The system of claim 1 wherein said electronic mail server is an 
2 internet mail server. - 

3. The system of claim 2 wherein said internet mail server is a POP 

2 server, 

4. The system of claim 2 wherein said internet mail server is an IMAP 

2 server. 

5. The system of claim 1 wherein said plurality of electronic mail 
2 servers comprises an enterprise electronic mail server. 

6. The system of 5 wherein said enterprise server comprises a 
2 modified POP server. 

7. The system of 5 wherein said enterprise server comprises a 
2 modified IMAP server. 

8. The system of claim 1 wherein a first user agent residing on a first 
2 computer in said system generates and sends to each of the other user agents in 
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said system a first electronic mail whenever a first local copy residing on said 
first computer is revised, said first electronic mail having an embedded 
synchronization command. 

9. The system of claim 8 v^herein said first electronic mail has a 
multipurpose internet mail extensions file attachment whenever said 
synchronization command is an add command or update command. 

10. The system of claim 8 wherein said local copies each have an 
associated file digest, said digest being updated whenever said local copies; are 
revised. . . . 

11. The system of claim 10 wherein said digests are hashes of said local 

copies. 

12. The system of claim 11 wherein said hashes are created with , the 
SHA-1 algorithm. 

13. The system of claim 10 wherein said user agents retain a copy of 
the preceding digest whenever said local copies are revised. 

14. The system of claim 13 wherein said synchronization commands 
contain a copy of said ancestor digests whenever said local copies are revised. 

15. The system of claim 13 wherein said local copies are automatically 
synchronized only if said local copy digests equal said ancestor digests 
contained in said synchronization commands. 

16. The method of claim 1 wherein said synchronization commands 
are embedded within the header fields of said multipurpose internet mail 
extensions as header field values. 



17, The system of claim 16 wherein said header field values are header 
subtype field values. 
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18. The system of claim 17. wherein said header subtype field values 
2 are media subtype field values. 

19. The system of claim 16 wherein said header fields are Content- 
2 Type header fields. 

20. The system of claim 19 wherein said Content-Type header fields 
2 are discrete media type header fields. 

21. . The system of claim 20 wherein said discrete media type header 
2 fields are text head.er fields. 

22. The system of claim 1 wherein said electronic mail user agents 
2 notify the users of said computers when said locally residing shared computer 

files are synchronized in response to said electronic mail received by said 
4 electronic mail user agents. 

23. The system of claim 22 wherein said users are notified by electronic 

2 mail. 

24. The system of claim 1 wherein said shared computer files reside 
2 locally on each of said computers in predefined workgroup folders. 

25. The system of claim 1 wherein computers may be added to or 
2 removed from said system in response to mailing list management commands 

embedded within said multipurpose internet mail extensions of said electronic 
4 mail received by each of said computers in said system. 

26. The system of claim 25 wherein a new computer may be added to 
2 said system only if said mailing list management command is embedded within 

the multipurpose internet mail extension of electronic mail sent by a computer 
4 presently in said system. 
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27. The system of claim 26 wherein said new computer may added to 
said system only if a positive reply to said electronic mail sent by a computer 
presently in said systeni is received by said computer presently in said system 
from said new computer, 

28. The system of claim 27 wherein said computer presently in said 
system automatically introduces said new computer to each of the other 
computers presently in said system by sending electronic mail having 
multipurpose internet mail extensions, 

29. The system of claim 25 wherein said mailing list management 
commands are embedded within multipurpose internet mail extensions of said ^ 
electronic mail as header field values. 

,30. The system of claim 29 wherein said header field values are header 
subtype field values. : : > ; f ^ r v - i 

31. The system of claim 30 wherein said header subtype field values 
are media subtype field values. > v - ■ ■ ' ;r 

32. The system of claim 29 wherein said header fields are Content- 
Type header fields. 

33. The system of claim 32 wherein said Content-Type header fields 
are discrete media type header fields. 

34. The system of claim 33 wherein said discrete media type header 
fields are text header fields. 

35. A method of synchronizing computer files shared by members of a 
workgroup, copies of said files residing on the computers of said workgroup 
members as local workgroup files, said computers being capable of sending and 
receiving electronic mail having multipurpose internet mail extensions, 
comprising the steps of: 
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(A) receiving electronic : mail having multipurpose internet mail 
extensions; 

(B) determining, in response to said receipt of said electronic mail, 
v^hether said multipurpose internet mail extensions contain an embedded 
synchronization command; and 

(C) synchronizing, in response to said embedded synchronization 
command, said local workgroup files. 

36. The method of claim 35 wherein said electronic mail has a 
multipurpose intemet mail extensions file attachment when said synchronization 
command is and add command or an update command. 

37'. The method of claim 36 wherein step (B) comprises the steps of: 
^ (i) - determining, in response to said receipt of said electronic mail, 

whether the recipient of said electronic mail is a member of said workgroup; and 
(ii) determining, in response to a positive determination that said 
recipient is a member of said workgroup, whether said multipurpose intemet 
mail extensions contain an embedded synchronization command. 

38. The method of claim 37 wherein step (C) comprises the steps of: 

(i) determining, in response to said embedded synchronization 
command, whether said command is an add command or an update command; 
and 

(ii) saving, in response to said add or update command, said file 
attachment as one of said local workgroup files. 

39. The method of claim 37 wherein step (C) comprises the steps of: 

(i) determining, in response to said embedded synchronization 
command, whether said command is an add command or an update command; 

(ii) determining, in response to said add or update command, whether 
a version of said file attachment already exists as a local workgroup file; 

(iii) creating, in response to a positive determination that a version of 
said file attachment already exists as a local workgroup file, a backup copy of 
said existing local workgroup file; and 
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(iv) saving said file attachment as one of said local workgroup files. 

40. The method of claim 39 \y herein step (i\') comprises replacing said 
2 existing local workgroup file with said file attachment in response to the creation 

of said backup copy in step (iii). 

41. The method of claim 39 wherein step ) comprises saving said file 
2 attachment as a new local workgroup file in response to a negative 

determination in step (ii) that a version of said file attachment already exists as a 
4 local workgroup file. . r 

42. The method of claim 35 wherein step (l\ ) comprises the steps of: 

2 (i) determining, in response to. said rtviMpt of said electronic mail, 

whether the recipient of said electronic mail is a mrmbtT of said workgroup; and 
(ii) determining, in- response to a pusntw determination that said 
recipient is a member of said workgroup; wht tht r said multipurpose internet 
6 mail extensions contain an embedded synchruni/atum command. r 

43. The method of claim 42 wherein stt p (C » c omprises the steps of 

2 (i) determining, in response to sat;: in.Kdded synchronization 

command, whether said command is a comniarui t. -, cii lt-te one of said computer 
4 files from said local workgroup files; and 

(ii) deleting, in response to said di K t* *.4»mmand, said one of said 
6 computer files from said local workgroup files 

44. The method of claim 43 wherein stt-p (in comprises the steps of : 

2 (a) determining, in response to a pi>siti\i* determination that said 

embedded synchronization command is a delete command/whether a version of 

4 said one of said computer files exists as a local workgroup file; 

(b) creating, in response to a positive determination that a version of 

6 said one of said computer files exists as a local workgroup file, a backup copy of 
said existing local workgroup file; and 

8 (c) deleting said existing computer file from said local workgroup 

files. 
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45. The method of claim 35 wherein said synchronization commands 
2 are embedded within the header fields of said multipurpose internet mail 

extensions as header field values. 

46. The method of claim 45 wherein said header field values are 
2 header subtype field values. 

47. The method of claim 46 wherein said header subtype field values 
2 are media subtype field values. 

48. The method of claim 45 wherein said header fields are Content- 
2 Type header fields. : : > 

49. The method of claim 48 wherein said Content-Type header fields 
2 are discrete media type header fields. 

50. The method of claim 49 wherein said discrete media type header 
2 fields are text header fields. 

51. The method of claim 35 comprising the additional step of: 

2 (D) notifying said workgroup members of said synchronizing of said 

local workgroup files. 

52. The method of claim 51 wherein said workgroup members are 
2 notified of said synchronizing by a second electronic mail. 

53. The method of claim 35 wherein said local workgroup files reside 
2 in local workgroup folders. 

54. A method for automatically synchronizing computer files shared 
2 by members of a workgroup, copies of said computer files residing on the 

computers of said workgroup members as local workgroup files, said computers 



wo 01/16804 PCT/USOQ/23943 

24 

being capable of sending and receiving electronic mail having multipurpose 
internet mail extensions, comprising the steps of: 

(A) revising a first local workgroup file, said first local workgroup file 
residing on the computer of a first workgroup member; 

(B) creating, in response to said revising, a first electronic mail having 
multipurpose internet mail extensions, said multipurpose internet mail 
extensions containing an embedded synchronization command, said first 
electronic mail having a multipurpose internet mail extensions file attachment 
when said synchronization command is an add command or an update 
command; . . 

(C) sending said first electronic mail to a second member of said 
workgroup; ; ■ ; o ' >r 

(D) receiving said first electronic mail by said second member of said- 
workgroup; 

(E) determining, in response to :said receiving, whether said 
multipurpose internet mail extensions of said first electronic inail contain an 
embedded synchronization command; and 

(F) synchronizing, in response to said embedded synchronization 
command, a second local workgroup file corresponding to said first local 
workgroup file, said second local workgroup file residing on the computer of 
said second member of said workgroup. ^ ^ 

55. The method of claim 54 wherein said local workgroup files each 
have an associated file digest, said digest being updated whenever said local 
workgroup files are revised. 

56. The method of claim 55 wherein said digest is a hash of said local 
workgroup file. 

57. The method of claim 56 wherein said hash is created with the SHA- 
1 algorithm. 
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58. The method of claim 55 wherein said synchronization command 
contains a copy of the ancestor digest when said synchronization command 
comprises an add command, an update command or a delete command. 

59. The method of claim 58 wherein said second local workgroup file is 
automatically synchronized only if the digest of said second local workgroup file 
equals said ancestor digest. 

60. The method of claim 59 wherein said second workgroup member 
chooses whether to synchronize said second Uical workgroup file when the 
digest of . said second local workgroup file doos not equal the digest of said first 
local workgroup file. 

61. . The method of claim 54 wherein sti^p ( F ) ci>mprises the steps of: 

(i) determining, in response to said embedded synchronization 
command, whether said command is an update ci^mmand; 

(ii) creating, in response to said updatf command, a backup copy of 
said second local workgroup file; and 

(iv) saving said file attachment as said si-con J local workgroup file. 

62. The method of claim 54 wherein step ( V • c omprises the steps of 

(i) determining, in response to saui t rnbedded synchronization 
command, whether said synchronization comm.iiui i- *i delete command; and 

(ii) deleting, in response to said delete <i>mmand, said second local 
workgroup file from the local workgroup file^ i>i said second workgroup 
member. 

63. The method of claim 62 wherein step (ii) Ci^mprises the steps of : 

(a) creating, in response to said delete command, a backup copy of 
said second local workgroup file; and 

(b) deleting said second local workgroup file from the local 
workgroup files of said second workgroup member. 
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64. The method of claim 54 wherein said synchronization commands 
are embedded within the header fields of said multipurpose internet mail 
extensions as header field values. , 

65. The method of claim 64 wherein said header field values are 
header subtype field values. , 

66. The method of claim 65 wherein said header subtype field values 
are media subtype field values, : : : . 

67. The method of claim 64 wherein said header fields are Content- 
Type header fields. ■ . ? ; ; ■ 

, 68. The method of claim 67 wherein said Gontent-Type header fields 
are discrete media type header fields. . ; v ; 

69. The method of clairn 68 wherein said discrete media type header 
fields are text header fields. 

70. The method of claim 54 comprising the additional step of: 

(G) notifying said workgroup, members of said synchronizing of said 
local workgroup files, :r 

71. The method of claim 70 wherein said workgroup members are 
notified of said synchronizing by a second electronic mail. ^ ^ 

72. The method of claim 54 wherein said local workgroup files reside 
in local workgroup folders. 

73. A method of managing membership in a workgroup with 
electronic mail, said electronic mail having multipurpose internet mail 
extensions, the workgroup members of said workgroup having local workgroup 
files and local workgroup mailing lists residing on the computers of said 
workgroup members, comprising the steps of: 
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6 (A) receiving a first electronic mail; 

(B) determining whether said multipurpose internet mail extensions of 
8 said first electronic mail contain an embedded mailing list management 
command; 

10 (C) determining, in response to a positive determination in step (B), 

v^hether said mailing list management command is an invitation command; 
12 (D) determining, in response to a positive, determination in step (C), 

whether the recipient of said first electronic mail is an existing member of said 
14 workgroup; and . . 

(E) adding, in response to a negative determination in step (D), said 
16 r recipient of said, first electronic mail to said workgroup, said adding comprising 
, the creation of a local workgroup mailing list on the computer of said recipient 
1 8 of said first electronic mail. 



74. The. method of claim. 73 further comprising the step of: 

2 (F) sending to the author of said first electronic mail a second 

electronic mail, said second electronic mail having an embedded rsvp. 

75. The method of claim 74 further comprising the steps of: 

2 (G) determining, in response to a negative determination in step (C), 

whether the recipient of said first electronic mail is an existing member of said 
4 workgroup; 

(H) determining, in response to a positive determination in step (G), 
6 , whether said mailing list management command is an rsvp command; 

(I) determining, in response to a positive determination in step (H), 
8 whether said recipient of said first electronic mail sent an invitation to the author 

of said first electronic mail; and 
10 (J) adding, in response to a positive determination in step (I), said 

author of said first electronic mail to the local workgroup mailing list of said 
12 recipient as a new member of said workgroup. 



76. The method of claim 73 further. comprising the step of: 
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(K) sending, in response to said adding in step (J), a second electronic 
mail to said members of said workgroup, said second electronic mail having an 
embedded introduction command. 

77.. The method of claim 73 further comprising the steps of: 

(L) determining, in response to a negative determination in step (H), 
whether said mailing list management command is an introduction command; 

(M) determining, in response to a positive determination in ktep (L), 
whether said new workgroup member appears in the local workgroup mailing 
list of said recipient of said first electronic mail; and < - 

(N) adding, in response to a negative determinatibh ih step (M), '^aid 
new workgroup member to said local workgroup mailing list of Said recipient of 
said first electronic mail. ^ ' • = ^' ^ ^ ^ ' ^ 

78. The method of claim 77 further coihprisirig the step of: ^ 

(O) sending, in response to said adding in step (N), a second electronic 
mail to said members of said workgroup, said second electronic mail having an 
embedded welcome command, 

79. The method of claim 77 further comprising the ^^teps of: 

(P) determining, in response to^a negative determinatioh in step (L), 
whether said mailing list management command is a welcome command; 

(Q) determining, in response to a positive determihafion in step (P), 
whether the author of said first electronic mail appears in the local workgroup 
mailing list of said recipient of said first electronic mail; and 

(R) adding, in response to a negative determination in step (Q), said 
author of said first electronic mail to said local workgroup mailing list of said 
recipient of said first electronic mail. 

80. The method of claim 73 comprising the additional steps of: 

(S) determining, in response to a negative determination in step (C), 
whether said mailing list management command is a leave command; 
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(T) determining, in response to a positive determination in step (S), 
whether the workgroup member to be removed appears in the local workgroup 
mailing list of the recipient of said first electronic mail; and 

(U) removing, in response to a positive determination in step (T), said 
workgroup member to be removed from said local workgroup mailing list of 
said recipient of said first electronic mail. 

81. The method of claim 73 wherein said mailing list management 
commands are embedded within the header fields of said multipurpose internet 
mail extensions as header field values. 

82. The method of claim 81 wherein said header field values are 
header subtype values. 

83. The method of claim 82 wherein said header subtype values are 
media subtype field values, 

84. The method of claim 81 wherein said header fields are Content- 
Type header fields. 

85. The method of claim 84 v/herein said Content-Type header fields 
are discrete media type header fields. 

86. The method of claim 85 wherein said discrete media type header 
fields are text header fields. 
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